home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 255 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.8 KB
  1. Subject: Re: Shortcut Manager
  2. Date: Thu, 2 Jun 1994 14:12:45 +0200 (MDT)
  3. In-Reply-To: <memo.262762@cix.compulink.co.uk> from "Andre Willey" at Jun 1, 94 04:24:00 pm
  4. From: Annius.Groenink@cwi.nl (Annius Groenink)
  5. X-Face: "E3Hm]k]&:,OEP<{D2ixJf>-9[qOGLebNa0&cQyFL-a~)kTM3&&I"gFw=fJ]K%1IduGjOE`
  6.  ZGu]&~G]QNGa7i/L!+#Xng<|+}HKYHj~5?fTInUEUh0$I1gBI7jrA!&_|e/pR1[cX:^xgJTPsrjA_9
  7.  m8Zli[|.-u{]+c1(6C7mL*m`/_J\>.{4!:g
  8. Mime-Version: 1.0
  9. Precedence: bulk
  10.  
  11.  
  12. > Better still (and trying to avoid over-thinking the plumbing, if possible)
  13. > how about a system text file, rather like ASSIGN.SYS, NEWDESK.INF, etc,
  14. > which contains the user's preferred shortcuts. A default file could be
  15. > created which pretty much mirrors the contents of our final standard - or
  16. > indeed *is* the final result of our work? The user could then change their
  17. > own local copy as required - for example to allocate 'Select All' to some
  18. > other key sequence. :-)
  19.  
  20.  
  21. Yes.  Let's first define a standard for such a file,  and then continue
  22. our discussion of the shortcuts in the formalism put forward.
  23.  
  24. Let's continue as follows:  we'll talk about what exactly we want in the
  25. KEYBIND.INF file,  and what not.  Then after a few days,  based on the
  26. results of that discussion,  I will put forward a definition of the file's
  27. syntax,  trying to match
  28.  
  29.     1)  The results of the discussion
  30.     2)  Some other existing standard (Xdefaults style or even better,
  31.         something existing on Atari) so that people only need to learn
  32.         as little as possible.
  33.  
  34. We will also define a preferred way of interpreting the file.  Then
  35. after I have submitted the prototype definition and semantics,  you guys
  36. pull it down again (in a constructive sense).  How does that sound?
  37.  
  38.  
  39. > Each application which supported this new system would simply read the text
  40. > file during its installation process, and pick out any shortcuts that it has
  41. > a use for.
  42.  
  43. And if we decide to write a resource manager some day,  then the programs
  44. which simply read the file are still fine,   but the more modern programs
  45. that use the resource manager are better off,  as they don't need the
  46. algorithms to read the file and choose the binding which suits them most.
  47.  
  48. > For example, a small section of this proposed SHORTCUT.INF file:
  49.  
  50. >   0 ^Q ; Quit
  51. >   1 ^A ; Select All
  52. >   2 ^W ; Cycle Windows
  53.  
  54. In a very simple formalism.  I'm convinced that we need to separate
  55. codes into default sections,  class dedicated sections and
  56. application-specific codes.
  57.  
  58.  
  59. > The code numbers at the start of each line would be defined as part of our
  60. > spec, and used by each application to determine what type of command is being
  61. > defined on each line. The comment after the ';' would thus be for user-
  62. > information only, and could be in any desired language - the code and the
  63. > keypress are all that would be needed to parse the file.
  64.  
  65. I think we shouldn't use 'codes'.  Your formalism looks too much like
  66. ASSIGN.SYS,  which IMHO is hard to grab for a naive user (it is hard enough to
  67. understand for me!)
  68.  
  69. We can start compiling a list of actions now,  I should think.
  70.  
  71. Examples (case INsensitive)
  72.  
  73.     New
  74.     Open
  75.     Close
  76.     Close-Top        (different for applications that allow
  77.                  mouse-based keyboard focus)
  78.     Save
  79.     Save-As
  80.     Print
  81.     Quit
  82.  
  83.     Undo
  84.     Redo
  85.     Cut
  86.     Copy
  87.     Paste
  88.     Delete
  89.     Cut-Line
  90.     Delete-Line
  91.     Select-All        :-)
  92.  
  93.     Cursor-Right
  94.     etc.
  95.  
  96.     Cursor-Word-Right
  97.     etc.
  98.  
  99.     Cursor-Line-Home
  100.     Cursor-Line-End
  101.  
  102.     Delete            (problem:  what to do at end of line?)
  103.     Backspace        (problem:  what to do at beg of line?)
  104.     Delete-Word
  105.     Backspace-Word
  106.     Delete-to-Line-Home
  107.     Delete-to-Line-End
  108.  
  109.  
  110. Sorry,  I'm getting tired.
  111.  
  112.  
  113. -- 
  114. Annius V. Groenink | E-mail: avg@cwi.nl      |  Private & ZFC:
  115. CWI, Kruislaan 413 | Room:   M233            |  P.O. Box 12079
  116. 1098 SJ Amsterdam  | Ext:    4077            |  NL 1100 AB Amsterdam 
  117. Netherland         | Phone:  +31 20 592 4077 |  Phone: +31 20 695 9901
  118.